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REMARKS 

THs commimication is in response to the Office Action mailed Jxme 27, 2005. The 
Examine now rejects tlie amended claims as being obvious over Schmidt (previously relied 
upon) in combination wilh Toutonghi, 

The independent claims have been further amended and, as discussed below, it is 
respectfully submitted that the combination of Schmidt and Toutonghi does not render 
unpatentable the subject matter recited therein. In addition, the claims are amended as 
appropriate to address the matters under 35 U.S.C. §101. 

Statutory Subject Matter 

Claims 1-3 axe amended to locite a "computer-implemented" method as suggested by the 
Examiner. In addition, claims 4-9 have been amended to more clearly recite statutory subject 
matter. It is respectfully requested that ttie rejection under 35 U-S.C § 101 be withdrawn. 

If the Examiner continues to reject claims 4-9 as being directed to non-statutory subject 
matter. Applicant woixld appreciate suggested language that would be acceptable to the 
Examiner. 

Summoxy of Subject Matter Recited in Claims 

Without intending to limit or othervvise affect the scope of the olaiaas, it is useful to 

review the subject matter thai is claimed. 

Claim 1 recites a method for requesting a consistent state so that, for example, garbage 

collection or other global safe-point opemtions may be safely perfoimed. As discussed, for 

example, at page 7, lines 20-24: 

The present invention enables a determination to be made as to which threads in a system 
are inconsistent, or "garbage collection unsafe," and cause them to reach a consistent or 
"garbage collection safe," point without requiring all threads to be suspended. In one 
embodiment, inconsistent threads may be caused to reach a consistent point with very 
few synchronization operations. 

As fbrther discussed at page 8> lines 1-5; 

As allowing inconsistent threads to reach a consistent state generally occurs much more 
ftequently that allowing a requesting thread to request a consistent state, the use of 
consistent and inconsistent states in accordance with the present invention increases the 
overall efficiency and performance of a multi-threaded computing environment. 

Finallys as further discussed at page 9, lines 9-17: 
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A rendezvous operatiojx is generally arranged to enable the thread to determine its status 
with respect to a requestor thread, e,g„ the thread which requested a check point, A 
rendezvoxis operation also synchronizes between a reader thread and a writer thread, aiid 
handles notification of a writer and bloddng of the reader, if necessary. 

Claim 1 has been amended to fiirtiier specify fliat the "saving a snapshot of ra^die^Qn 

of a state of the first thread and thereafter setting the state of the first thread to a safe state, 

wherein the indication of the state of which the snap ^>>r>t ig ga ved is an indicaticn of wfaetheiLOr 

not the first thread was consistent, ** See, for example, page 13, line 28 et seq,, which describes 

this feature. As discussed at page 1 1, line 29 et seq.: 

After the consistent state ^'requested" flag is set to true in step 410, the requesting thread 
begins to iterate over all thrrfl^ls in a multi-threaded environment except for itself in step 
414, For each thread "i" which is not the requesting thread, a "was consistent** flag is set 
to indicate the cuxxenrt state for each thread 'T' in step 41 8. 

The "was consistent" state indication may be used, for example, in a process (such as shown in 
Fag. 4) to determiixe the consistency of substantially all threads in a multithreaded environment. 
Specifically, the indication for a particular thread may be used to determine if that thread is 
consistent By saving and subsequently restoring the 'Svas consistent" state indication, the 
rendezvous operation does not change Ihis state indicatioiu 

The other independent claims are similar in substance to claim 1 . 
The Prior Art-Based Rejection 

The claims are rejected based on a combination of Schmidt and Toutonghi. The Schmidt 
disclosure is similar to thai discussed in the background of Applicant's specification. Without 
taking a position at this time, Applicant accepts (for the purposes of the present response only, 
and with reseorvation of the option to later challenge) the Examiner's position that Schmidt 
discloses what is recited in claim 1 except for the "saving" and '^restoring*' steps. 

It is respectfully submitted that Toutonghi fails to satisfy the "saving" and 'Restoring'' 
steps. In particular, the cited portion of Toutonghi discloses »ving and restoring the general 
contents of a thread's registers upon the entrance and exit, respectively, of the SuspendRetum 
procedure. This saving and restoring appears to be necessary because the SuspendRetum routine 
in vrfiich the saving and restoring is called as part of a 'liijack" scheme. That is, as disclosed for 
example at coL 12, lines 59-60, ''the SuspendRetum program is executed when the call that was 
being made when the thread was last hijacked returns." The "hijack" scheme is essentially a 
patch (change of control temporarily outside the original path of execution) to the normal 
program code. 

The use of the '"hijack" scheme is discussed more generally at coL 10, lines 43-55: 
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A second technique involves patching, or "hijacking," returns from a calling prograna to a 
called program in the StaitGarbageCoUection function vs^ieare the thread executing the 
called program has disabled garbage collection, and where the called program is not 
interruptible. The hijacking technique is based upon the recognition that a call return is a 
safe time to interrupt the execution of a thread. As a result of this hijacking, when the 
called program returns, it returns not to the calling program, but to a SuspendRetum 
program that causes the thread to be isuspetided by calling the EnableGarbageCollection 
API, then calling the DisableGarbageCoUection APL At the end of the SuspendRetum 
program, the thread returns to the calling program. 

It appears that, since the SuspendRetum program is a program not intended (at least, by the 

programmers) to have been called the SuspendRetum program saves, and then restores, the 

registers that it uses. 

The "state indication" of A'^ch a snapshot is saved is not merely, in general, the contents 
of any of the fliread*s registers that are used by a program. In general, when a program (e.g., an 
intemipt routine, that is invoked asynchronously) saves and then restores registers, the 
determination of what registers to save and restore is on the hardware level (i.e., what hardware 
registers arc being used by the iuternipting program) and does not consider at all what the data 
stored in the hardware registers represents. 

For at least the reasons discussed, then, the combination of Schmidt and Toutonghi does 
not yield the subject matter of claim L Furthermore, there is nothii^ in the cited references to 
suggest modifying Schmidt, Toutonghi, or the combination thereof, to save and restore the "state 
indication'^ as recited in claim 1 . 

The other independent claims have been similarly amended. With respect to the rejection 
of the other independent claims, then. Applicant incorporates herein the comments made above 
relative to the rejection of claim 1 , 
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CONCLUSION 

Applicants believe thst all pending claims are allowable ajod respectfully requests a 
Notice of Allowance for this application from the Exatrtiner, Should the Examiner believe that a 
telephone conference woxild expedite the prosecution of this application, the uixdersigned can be 
reached at the telephone number set out below. 



Respectfully submitted, 

BEYER WEAVER & THOMAS, LLP 

Alan S. Hodes 
Reg. No. 38,185 

P.O. Box 70250 
Oakland, CA 94612-0250 
(650) 961-8300 
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